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I. REAL PARTY IN INTEREST 

Pitney Bowes Inc., a Delaware corporation having its principal place of business 
in Stamford, Connecticut, is the real party in interest by way of assignment from 
the Appellant. 

II. RELATED APPEALS AND INTERFERENCES 

None. 

III. STATUS OF CLAIMS 

(1 ) Claims 1 -24 are the subject of this Appeal and stand rejected. 

(2) Appellant hereby appeals the rejection of claims 1-24. 

IV. STATUS OF THE AMENDMENTS 

(1) Claims 1-24 were filed with the application on November 27, 2001. In an 
Amendment dated April 28, 2003, claims 1, 8, 16 and 18 were amended. In an 
Amendment dated October 24, 2003, claims 1, 8, and 18 were amended. Finally, an 
Amendment After Final Rejection was filed on February 1 1 , 2004, but in an Advisory 
Action dated July 14, 2004, the Examiner notified Appellant that the Amendment would 
not be entered. 

(2) Appendix A attached hereto contains current claims 1 -24 on appeal. 
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V. SUMMARY OF THE INVENTION 

The present invention comprises a system that secures transaction cards 
(e.g., credit cards or debit cards) from fraudulent uses by establishing and using an 
authorization code that is specific to a particular transaction. The transaction specific 
authorization code is used during the purchase of a specific item in the following 
manner: (i) prior to a card owner purchasing an item, the card owner contacts the bank 
that issued the credit or debit card; (ii) the bank provides the card owner with a plurality 
of authorization parameters that are available for calculating an authorization code 
associated with a transaction to purchase a specific item(s), which parameters are used 
to identify or distinguish between different transactions and can include information such 
as: anticipated time or date of purchase, cost, merchant name, item name, item 
category and the like; (iii) the card owner selects a subset of the plurality of 
authorization parameters to identify this specific transaction; (iv) the bank calculates an 
authorization code corresponding to the parameter data associated with this specific 
transaction; (v) the bank provides a transaction specific authorization code to the card 
owner; (vi) the card owner provides the transaction specific authorization code to the 
merchant during the transaction; (vii) the merchant provides the transaction specific 
authorization code and transaction data (e.g., item name, merchant name, etc.) to a 
bank where the card owner's account has been established; (viii) the bank calculates a 
confirmation code; (ix) the bank or the merchant can compare this code to the 
transaction specific authorization code to determine whether or not to approve the 
transaction; and (ix) if the comparison is performed by the bank, the bank transmits 
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either an approval notice or a rejection notice back to the merchant (Page 4, lines 4-18; 
page 6, line 25 to page 7, line 25; page 8, line 7 to page 9, line 13). 

The authorization code that is calculated, provided to the merchant and 
compared in the present invention is specific to a particular transaction, and a new 
authorization code is regenerated prior to each transaction (Page 6, lines 26-28). For 
example, if a card owner anticipates purchasing a refrigerator, but does not know when, 
where, from whom or at which price, the card owner can designate "refrigerator" as the 
selected parameter data with the bank to define this particular transaction. Then the 
card owner's bank uses this parameter data for generating a transaction specific 
authorization code, which now can only be used with the purchase of a refrigerator. 
(Page 11, lines 8-23) 

With subsequent transactions, the card owner has flexibility and can select 
different parameters to describe the specific transaction, such as geographic location, 
date, merchant name, etc. (Page 7, lines 9-1 1 ). Again, the card will be authorized for a 
purchase only if the transaction specific authorization code, which is generated based 
on parameters identifying this transaction, matches the confirmation code for that 
specific transaction. (Page 9, lines 2-13) 

The present invention thus provides increased protection against fraud while 
giving the card owner flexibility to define which transactions are authorized on a 
transaction specific basis. (Page 3, lines 25-27) 

This summary is not intended to supplant the description of the claimed subject 
matter as provided in the claims as recited in Appendix A, as understood in light of the 
entire specification. 
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VI. ISSUES 

The Rejections. 

Claims 1-24 stand rejected under 35 USC §1 03(a) as being unpatentable over 
U.S. Patent No. 5,500,513 to Langhans, et al. ("Langhans '513") in view of U.S. Patent 
Number 6,339,766 to Gephart ("Gephart 766"). 

Issues for Appeal 

(1) Do the asserted references satisfy the rule that each of the claimed elements 
be disclosed or suggested in the asserted references in order to satisfy obviousness 
under 35 USC §103? In particular, do the asserted references describe or suggest the 
steps and elements relating to using a transaction specific authorization code to prevent 
fraud during the purchase of a particular item? 

VII. GROUPING OF CLAIMS 

Claims 1-24 are grouped in the following manner: 
Group I - Claims 1, 2, 18 and 19 
Group II - Claims 3, 8, 9, 10 and 20 
Group III - Claims 4, 5, 1 1 , 12, 21 and 22 
Group IV - Claims 6, 7, 13, 14, 15, 23 and 24 
Group V - Claims 16 and 17 

None of the claims in different Groups stand or fall together. In Group I, claims 1 
and 18 stand or fall together, and claims 2 and 19 stand or fall together. In Group II, all 
of the claims stand or fall together. In Group III, all of the claims stand or fall together. 
In Group IV, all of the claims stand or fall together. In Group V, all of the claims stand or 
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fall together. The reasons why the Appellant believes the claims to be separately 
patentable are set forth in the Argument section of this Brief. 

VIII. THE ARGUMENT 

The subject matter defined bv claims 1-24 are not rendered obvious by Lanqhans 
'51 3 in view of Gephart 766. 

To establish a proper case of obviousness under § 103(a), the Examiner 
must make a prima facie showing that the prior art contains some teaching or 
suggestion of, or motivation for, all the elements of the claimed invention. Thus, it is 
well settled that the Examiner "bears the initial burden ... of presenting a prima facie 
case of unpatentability." In re Piasecki, 223 USPQ 785, 788 (Fed. Cir. 1984); In re 
Oetiker, 24 USPQ2d 1443, 1444 (Fed. Cir. 1992); In re Rijckaert, 28 USPQ2d 1955, 
1956 (Fed. Cir. 1993). 

In rejecting a claim under 35 U.S.C. §103, the Examiner is charged with the initial 
burden for providing a factual basis to support the obviousness conclusion. In re 
Warner, 379 F.2d 1011, 154 USPQ 173 (CCPA 1967J; In re Lunsford, 375 F.2d 385, 
148 USPQ 721 (CCPA 1966); In re Freed, 425 F.2d 785, 165 USPQ 570 (CCPA 1970). 
The Examiner is also required to explain how and why one having ordinary skill in the 
art would have been led to modify an applied reference and/or combine applied 
references to arrive at the claimed invention. In re Ochiai, 37 USPQ2d 1127 (Fed. Cir. 
1995); In re Deuel, 51 F.3d 1552, 34 USPQ 1210 (Fed. Cir. 1995); In re Fritch, 972 F.2d 
1260, 23 USPQ 1780 (Fed. Cir. 1992); Uniroyal, Inc. v. Rudkin-Wiley Corp., 837 F.2d 
1044, 5 USPQ2d 1434 (Fed. Cir. 1988). In establishing the requisite motivation, it has 
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been consistently held that both the suggestion and reasonable expectation of success 
must stem from the prior art itself, as a whole. In re Ochiai, supra; In re Vaeck, 947 
F.2d 488, 20 USPQ2d 1438 (Fed. Cir. 1991); In re Fine, 837 F.2d 1071, 5 USPQ2d 
1596 (Fed. Cir. 1988); In re Dow Chemical Co., 837 F.2d 469, 5 USPQ2d 1529 (Fed. 
Cir. 1988). 

Claims 1-24 were rejected under 35 USC §1 03(a) as being unpatentable over 
Langhans '513" in view of Gephart 766". It is respectfully submitted that the rejection of 
claims 1-24 should be withdrawn, because the cited references fail to describe or 
suggest the various elements of the claimed invention. Further, Appellant respectfully 
submits that the Examiner has misconstrued the teachings of the asserted references 
as applied to the present invention, and the rejection does not even meet the threshold 
burden of presenting a prima facia case of unpatentability. For these reasons, 
Appellant is entitled to grant of a patent. 

The present invention allows for a credit card or debit card owner to prevent 
fraudulent uses of the credit card or debit card by having the card owner interact with a 
bank or credit card agency in advance of purchasing an item to obtain an authorization 
code that is specific to this anticipated purchase. This transaction specific authorization 
code is then provided to the merchant at the time of the purchase. It should be stressed 
that this authorization code is different for each transaction. The code is generated from 
a plurality of authorization parameters that are used to identify or distinguish between 
different transactions. Upon receiving the authorization code, the merchant then 
provides the authorization code and specific transaction data to the bank where the card 
owner's account has been established. The bank generates a confirmation code and 
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either sends the code to the merchant, or analyzes the data itself and either approves or 

rejects the transaction, and then conveys this information to the merchant. 

In the rejections, the Examiner has applied Langhans '513 as disclosing a 

method for authorizing purchases by an owner of an account previously established 

with a bank where the owner provides an authorization code to the merchant. This 

reference, however, does not teach or disclose the features of the present invention, 

and more specifically does not disclose a system that generates an authorization code 

specific to a transaction and one that changes each time a card owner plans to make a 

new purchase. Instead, Langhans '513 is directed to an automated purchasing control 

system that is typically used in large companies (e.g., a corporation) with many 

employees where each employee has different purchasing abilities based on the 

employee's position in the company's hierarchical structure (Langhans '513, column 1, 

line 62 - column 2, line 5). This hierarchical structure is contained in a database that is 

set up at the time the automated purchasing control system is established (Langhans 

'513, column 3, lines 50-58). A card holder's placement in the hierarchical structure, 

dictates that card holder's purchasing ability. At the time of purchase, a merchant 

sends the unique card number that is permanently encoded on the credit card to the 

centralized control system to look up the card user's account and verify the card 

owner's purchasing ability (Langhans '513, column 2, line 56 to column 3, line 13). 

Langhans '513 teaches the following at column 2, line 56 to column 3, line 13: 

In operation, the system of the present invention uses credit cards 
which have encoded on them a unique card number . This card 
number would include the individual account number, plus a bank 
identification number (BIN) which identifies the card as one 
designated for a purchasing control system. When the user 
makes a purchase, either in person or over the telephone, and the 
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merchant passes the card through a point-of-sale (POS) device or 
terminal, the card number is transmitted over a credit card 
authorization system, such as the Visa system, to a remote 
central computer. The computer will detect that the BIN number 
is one indicating a purchasing control system, and direct the 
authorization reguest to the centralized purchasing control 
computer system. This system will then look up the account 
number and identify the hierarchical position of the account 
number. The appropriate test for that account number will be 
identified and applied, along with tests of other elements higher in 
the hierarchy under which that account number falls. After the 
tests are performed, the computer will, depending upon the 
company's customized programming, generate a signal indicating 
the authorization request is either allowed or denied. If a 
particular test is failed, the system may simply generate a report 
item rather than a failure to authorize, depending upon how the 
system has been customized for the company, (emphasis added) 

As can be seen above, Langhans '513 teachings merely consist of transmitting 

this unique card number that is permanently encoded on the card to a credit card 

authorization system. This number does not change and has no relationship to a 

particular transaction. Based on this number encoded on the card, the authorization 

system looks up the account number, identifies the hierarchical position of the card user 

and conducts tests to determine the card user's purchasing ability. The information 

encoded on the card in Langhans '51 3 is not typical of other credit cards. It includes a 

bank identification number (BIN) that identifies the card as one designated for a 

purchasing control system, clearly in contrast with a typical credit card in which the 

account number on the card simply identifies the individual cardholder account. 

(Langhans '513, column 5, lines 33-50). Further, since the authorization process in 

Langhans '513 is based on the transmission of this encoded card number to a credit 

card authorization system, any human intervention is removed from the process. As 

stated at column 2, lines 19-22: 



{10029386.1 } 



10 



Appeal Brief 

Serial No. 09/995,218 

Attorney Docket F-421 

"The present invention thus allows a company's expense and 
purchasing controls to be automated and implemented without 
human intervention through the use of purchasing or credit cards." 

To the contrary, a card holder in the present invention must intervene at the start 
of this purchasing process by contacting the bank or credit card agency with transaction 
details prior to making a purchase so that a transaction specific authorization code can 
be generated. While the actual authorization testing and approval or rejection process 
conducted by the bank does not require human intervention, the first step in selecting 
parameters so that the bank can generate an authorization code specific to a 
transaction does involve input from the card holder. 

Finally, under the Langhans '513 system, a card user has no flexibility in 
modifying the user's purchasing ability once the hierarchical structure has been defined. 
To the contrary, the present invention allows the card user plenty of flexibility. The card 
holder can purchase anything he/she desires, needing only to notify the bank or credit 
card authorization system in advance of making a purchase so that an authorization 
code can be generated that is specific to that transaction. Each time the card owner 
wishes to make a new purchase, the card owner must contact the bank or credit card 
authorization system to obtain a new authorization code. This authorization code 
contains information specific to the anticipated transaction. The only constraint inherent 
in the present invention is the ability to prevent unauthorized users from fraudulently 
using a card holder's card. 

The Examiner refers to Gephart 766 to cure the deficiencies of Langhans '51 3, 
because the Examiner asserts that the only deficiency in Langhans '513 is that it fails to 
disclose that the card owner may be an individual. Appellant respectfully submits that 
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as discussed above, the deficiencies in Langhans '513 are far greater than just failing to 
disclose that the owner is an individual. As a result, Gephart 766 does not cure all of 
the deficiencies in Langhans '513. Gephart 766 is directed to electronic payment 
systems in which an account number is activated for a limited period of time or for a 
limited number of transactions. There is no teaching or suggestion in Gephart 766 of 
calculating a transaction specific authorization code, providing the transaction specific 
authorization code to a merchant, and comparing the transaction specific authorization 
code and transaction data to a confirmation code to authorize or reject a transaction. 
Appellant thus submits that there is no suggestion to combine the references in the 
manner recited. Without using the present claims as a road map, it would not have 
been obvious to arrive at the claimed invention from these references. 

Appellant will now discuss in detail the patentability of each rejected claim. 

Claim 1 is directed to a method of authorizing purchases where a card user 
desiring to make a purchase first needs to contact the bank to obtain an authorization 
code for that particular purchase. This authorization code is generated from a plurality 
of authorization parameters that are available to distinguish between different 
transactions. Once generated, the authorization code is then provided to a merchant 
during the transaction. The code is then sent back to the bank with transaction data 
and is eventually used to either approve or reject the transaction. Claim 1 is patentable 
over the cited references for the reasons discussed above. Claims 2-7 are dependent 
upon claim 1, and therefore include all of the limitations of claim 1. For the same 
reasons the final rejection as to claim 1 is in error, Appellant respectfully submits that 
the rejection of claims 2-7 is similarly in error and should be reversed. 
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Claim 2 is patentable, however, separate and apart from its dependency on claim 
1 in that the card owner defines the subset of authorization parameters and establishes 
the respective authorization parameter data prior to engaging in a transaction to 
purchase an item. There is no disclosure, teaching or suggestion in the cited 
references of having the card owner define or establish such parameters prior to 
purchasing an item. Instead, in Langhans '513, the card user has no access to the 
database that has been set up by the company at the time the automated purchasing 
control system is established. This database in Langhans '513 contains the company's 
hierarchical structure and thus dictates the card owner's purchasing abilities. 
(Langhans '51 3, column 3, lines 50-58). 

Claims 4 and 5 are patentable, however, separate and apart from their 
dependency on claim 1, in that the claims provide for storing a plurality of transaction 
authentication records at the bank, each of which is representative of a respective 
transaction and has associated therewith a respective authorization code. This enables 
the card holder to obtain multiple authorization codes if the card owner intends to make 
multiple purchases. Each authorization code would be representative of a respective 
transaction. Claim 5 includes a transaction sequence parameter in the plurality of 
authorization parameters. There is no disclosure, teaching or suggestion in the cited 
references of having a plurality of transaction authentication records at the bank, each 
of which is representative of a respective transaction and has associated therewith a 
respective authorization code. Langhans '513, in contrast, is directed to an automated 
purchasing control system having one credit card number permanently encoded on the 
card user's credit card which is used to look up the card owner's account and identify 
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the hierarchical position of the account number. (Langhans '513, col. 2, line 56 to col. 3, 
line 13). There is no mention of multiple authorization codes or of transaction sequence 
parameters in Langhans '513. 

Claims 6 and 7 are patentable, however, separate and apart from the 
dependency on claim 1 in that the claims include an owner selections indicator 
representative of the selected subset of the plurality of authorization parameters and the 
respective authorization parameter data with the authentication code which will be 
provided to a merchant during a transaction. The bank subsequently receives this 
information from the merchant during a transaction and now has all data necessary to 
confirm the transaction without needing to access previously stored transaction records. 
There is no disclosure, teaching or suggestion in the cited references of having a card 
owner provide an owner's selections indicator that will include all the data necessary for 
a bank to respond to the request for that specific item. 

Claim 8 is directed to a method of authorizing purchases where a card user 
desiring to make a purchase first needs to contact the card user's bank to obtain an 
authorization code for that particular transaction. This authorization code is generated 
from a plurality of authorization parameters that are available to distinguish between 
different transactions. Once generated, the authorization code is provided to a 
merchant during the transaction and then sent to a bank that will either approve or reject 
the transaction. As discussed above, there is no disclosure, teaching or suggestion in 
the cited references of such a transaction specific authorization code. Claims 9-15 are 
dependent upon claim 8, and therefore include all of the limitations of claim 8. For the 
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same reasons the final rejection as to claim 8 is in error, Appellant respectfully submits 
that the rejection of claims 9-15 is similarly in error and should be reversed. 

Claims 11 and 12 are patentable, however, separate and apart from their 
dependency on claim 8 for the same reasons provided above concerning the 
patentability of claims 4 and 5. 

Claims 13, 14 and 15 are patentable, however, separate and apart from their 
dependency on claim 8 for the same reasons provided above concerning the 
patentability of claims 6 and 7. 

Claims 16 is directed to a database for processing a transaction, where the 
database contains: (i) a plurality of owner account information files; (ii) a plurality of 
authorization parameters available to calculate an authorization code associated with a 
transaction to purchase an item; (iii) a plurality of transaction authentication records 
where each transaction record is representative of a respective transaction and has 
associated therewith a subset of authorization parameters, respectively, and an 
authorization code corresponding to the selected respective authorization parameter 
data. As discussed above, there is no disclosure, teaching or suggestion in the cited 
references of having a database store a plurality of authorization parameters to 
generate an authorization code for a specific transaction to purchase an item; nor do the 
references disclose, teach or suggest having a plurality of transaction records stored in 
a database where each record is representative of a respective transaction with an 
authorization code corresponding to the selected authorization parameter data. As 
discussed above, Langhans '513, to the contrary, discloses using a single account 
number, permanently encoded on the card to access the company's database that has 
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been set up at the time the automated purchasing control system is established to 
reflect the company's hierarchical structure and the card owner's purchasing abilities. 
(Langhans '513, col. 3, lines 50-58) 

Claim 17 depends directly from claim 16 and is patentable over the cited 
references for at least the same reasons. In addition, claim 17 is patentable separate 
and apart from its dependency on claim 16, because the cited references fail to 
disclose, teach or suggest a transaction sequence parameter included in the plurality of 
authorization parameters. 

Claim 18 is directed to a system for authorizing purchases where a card user 
desiring to make a purchase first needs to contact the user's bank to obtain an 
authorization code for that particular transaction. Once generated from a plurality of 
authorization parameters, the code is provided to the merchant, then sent to the bank, 
and eventually used to approve or reject the transaction. As discussed above, there is 
no disclosure, teaching or suggestion in the cited references of such a transaction 
specific authorization code. Langhans '513 only discloses the use of a single number 
permanently encoded on the credit card. (Langhans '513, col. 2, line 56 to col. 3, line 
13). Claims 19-24 are dependent upon claim 18 and therefore include all of the 
limitations of claim 18. For the same reasons the final rejection as to claim 18 is in 
error, Appellant respectfully submits that the rejection of claims 19-24 is similarly in error 
and should be reversed. 

Claim 19 is patentable, however, separate and apart from its dependency on 
claim 18 for the same reasons provided above concerning the patentability of claim 2. 
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Claims 21 and 22 are patentable, however, separate and apart from their 
dependency on claim 18 for the same reasons provided above concerning the 
patentability of claims 4 and 5. 

Claims 23 and 24 are patentable, however, separate and apart from their 
dependency on claim 18 for the same reasons provided above concerning the 
patentability of claims 6 and 7. 

Conclusion: 

For the reasons advanced above, Appellant respectfully submits that claims 1-24 
are patentable. Reversals of the rejections by the Examiner are respectfully solicited. 
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APPENDIX 




PELLANT'S APPEAL BRIEF 



Current Copy of the Claims 



1. A method for authorizing purchases by an owner of an account previously 
established with a bank, the owner wanting to purchase an item from a merchant, the 
method comprising the step(s) of: 

providing a plurality of authorization parameters available for use in calculating 
an authorization code associated with a transaction to purchase the item; 

defining a selected subset of the plurality of authorization parameters; 

establishing respective authorization parameter data for each of the selected 
authorization parameters; 

calculating the authorization code corresponding to the established respective 
authorization parameter data; 

providing the authorization code to the owner; 

providing the authorization code to the merchant; 

receiving the authorization code and transaction data from the merchant at the 
bank; 

calculating a confirmation authorization code from the transaction data 
corresponding to the established respective authorization parameter data; 
and 

comparing the authorization code with the confirmation authorization code to 
determine whether or not to approve the transaction. 

2. The method of claim 1 , further comprising the step(s) of: 

allowing the owner to define the selected subset of the plurality of authorization 



parameters and establish the respective authorization parameter data for 
each of the selected authorization parameters. 
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3. The method of claim 2, further comprising the step(s) of: 

comparing the authorization code with the confirmation authorization code at the 
bank; and 

if the authorization code and the confirmation authorization code do not match, 
then transmitting a rejection notice from the bank to the merchant. 

4. The method of claim 3, further comprising the step(s) of: 

storing a plurality of transaction authentication records at the bank where each 
transaction record is representative of a respective transaction and has 
associated therewith a respective authorization code; and 

using the authorization code received at the bank from the merchant to locate a 
corresponding one of the plurality of transaction authentication records for 
use in determining whether or not to approve the transaction. 

5. The method of claim 4, further comprising the step(s) of: 

including with the plurality of authorization parameters a transaction sequence 
parameter. 

6. The method of claim 3, further comprising the step(s) of: 

providing an owner selections indicator representative of the selected subset of 
the plurality of authorization parameters and the respective authorization 
parameter data with the authentication code; 
receiving the owner selections indicator from the merchant at the bank; and 
using the owner selections indicator to identify the transaction data 
corresponding to the selected parameter data. 

7. The method of claim 1 , further comprising the step(s) of: 

providing an owner selections indicator representative of the selected subset of 
the plurality of authorization parameters and the respective authorization 
parameter data with the authentication code; 

receiving the owner selections indicator from the merchant at the bank; and 
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using the owner selections indicator to identify the transaction data 
corresponding to the selected parameter data. 

8. A method of operating a transaction processing data center for authorizing 
purchases by an owner of an account previously established with a data center, the 
owner wanting to purchase an item from a merchant, the method comprising the step(s) 
of: 

providing a plurality of authorization parameters available for use in calculating 

an authorization code associated with a transaction to purchase the item; 
receiving an input from the owner of a selected subset of the plurality of 

authorization parameters; 
receiving from the owner respective authorization parameter data for each of the 

selected authorization parameters; 
calculating the authorization code corresponding to the received respective 

authorization parameter data; 
providing the authorization code to the owner; 
providing the authorization code to the merchant; 
receiving the authorization code and transaction data from the merchant; 
calculating a confirmation authorization code from the transaction data 

corresponding to the received respective authorization parameter data; and 
comparing the authorization code with the confirmation authorization code to 

determine whether or not to approve the transaction. 

9. The method of claim 8, further comprising the step(s) of: 

establishing a real time connection with the owner for receiving the selected 
subset of the plurality of authorization parameters and the respective 
authorization parameter data for each of the selected authorization 
parameters. 
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1 0. The method of claim 9, further comprising the step(s) of: 

if the authorization code and the confirmation authorization code do not match, 
then transmitting a rejection notice to the merchant. 

1 1 . The method of claim 1 0, further comprising the step(s) of: 

storing a plurality of transaction authentication records where each transaction 
record is representative of a respective transaction and has associated 
therewith a respective authorization code; and 

using the authorization code received from the merchant to locate a 
corresponding one of the plurality of transaction authentication records for 
use in determining whether or not to approve the transaction. 

1 2. The method of claim 1 1 , further comprising the step(s) of: 

including with the plurality of authorization parameters a transaction sequence 
parameter. 

1 3. The method of claim 1 0, further comprising the step(s) of: 

providing an owner selections indicator representative of the selected subset of 
the plurality of authorization parameters and the respective authorization 
parameter data with the authentication code; 
receiving the owner selections indicator from the merchant; and 
using the owner selections indicator to identify the transaction data 
corresponding to the selected parameter data. 

14. The method of claim 10, further comprising the step(s) of: 

providing an owner selections indicator representative of the selected subset of 
the plurality of authorization parameters and the respective authorization 
parameter data with the authentication code; 
receiving the owner selections indicator from the merchant; and 
using the owner selections indicator to identify the transaction data 
corresponding to the selected parameter data. 
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1 5. The method of claim 8, further comprising the step(s) of: 

providing an owner selections indicator representative of the selected subset of 
the plurality of authorization parameters and the respective authorization 
parameter data with the authentication code; 
receiving the owner selections indicator from the merchant; and 
using the owner selections indicator to identify the transaction data 
corresponding to the selected parameter data. 

1 6. A database for processing a transaction, the database comprising: 
a plurality of owner account information files; 

a plurality of authorization parameters available for use in calculating an 
authorization code associated with a transaction to purchase an item; and 

a plurality of transaction authentication records corresponding to the plurality of 
owner account information files, respectively; and 

where each transaction record is representative of a respective transaction and 
has associated therewith a selected subset of the plurality of authorization 
parameters, respectively and an authorization code corresponding to the 
selected respective authorization parameter data, respectively. 

17. The database of claim 16, wherein: 

the plurality of authorization parameters includes a transaction sequence 
parameter. 

18. A system for authorizing purchases by an owner of an account previously 
established with a bank, the owner wanting to purchase an item from a merchant, the 
system comprising: 

means for providing a plurality of authorization parameters available for use in 
calculating an authorization code associated with a transaction to purchase 
the item; 

means for defining a selected subset of the plurality of authorization parameters; 
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means for establishing respective authorization parameter data for each of the 

selected authorization parameters; 
means for calculating the authorization code corresponding to the established 

respective authorization parameter data; 
means for providing the authorization code to the owner; 
means for providing the authorization code to the merchant; 
means for receiving the authorization code and transaction data from the 

merchant at the bank; 
means for calculating a confirmation authorization code from the transaction data 

corresponding to the established respective authorization parameter data; 

and 

means for comparing the authorization code with the confirmation authorization 
code to determine whether or not to approve the transaction. 

1 9. The system of claim 1 8, further comprising: 

means for allowing the owner to define the selected subset of the plurality of 
authorization parameters and establish the respective authorization 
parameter data for each of the selected authorization parameters. 

20. The system of claim 1 9, wherein: 

the means for comparing the authorization code with the confirmation 

authorization code is located at the bank; and 
further comprising: 

if the authorization code and the confirmation authorization code do not match, 
means for transmitting a rejection notice from the bank to the merchant. 

21 . The system of claim 20, further comprising: 

means for storing a plurality of transaction authentication records at the bank 
where each transaction record is representative of a respective transaction 
and has associated therewith a respective authorization code; and 
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means for using the authorization code received at the bank from the merchant 
to locate a corresponding one of the plurality of transaction authentication 
records for use in determining whether or not to approve the transaction. 

22. The system of claim 21 , further comprising: 

means for including with the plurality of authorization parameters a transaction 
sequence parameter. 

23. The system of claim 20, further comprising: 

means for providing an owner selections indicator representative of the selected 
subset of the plurality of authorization parameters and the respective 
authorization parameter data with the authentication code; 

means for receiving the owner selections indicator from the merchant at the 
bank; and 

means for using the owner selections indicator to identify the transaction data 
corresponding to the selected parameter data. 

24. The system of claim 1 8, further comprising: 

means for providing an owner selections indicator representative of the selected 
subset of the plurality of authorization parameters and the respective 
authorization parameter data with the authentication code; 

means for receiving the owner selections indicator from the merchant at the 
bank; and 

means for using the owner selections indicator to identify the transaction data 
corresponding to the selected parameter data. 
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